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Sistema di verifica di uno strumento elettronico di misurazione 
metrologica, comprenderite una unita elettronica di elaborazione 
locale includente una applicazione di gestione di detto 
strumento, II sistema comprende' una applicazione di verifica 
per detta applicazione di gestione, associabile a detta unita 
di elaborazione locale, e detta applicazione di verifica 
essQhdo. a.tta ; a •gep.erar'e up. bodice liniyoco di certif icazione 
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MI 7M7A 0 02 4 t 9 

DESCRIZIONE dell f invenzione industriale 
a norae: NUOVO PIGNONE HOLDING S.P.A. 

* 

di nazionalita: italiana 
con sede in: FIRENZE 



La presente invenzione si riferisce ad un metodo e ad 
un sistema per verificare uno strumento elettronico 
di misurazione metrologica. 

In particolare, la presente invenzione si riferisce 
ad un metodo e ad.un sistema per verificare strumenti 
elettronici di misurazione metrologica comprendenti 
una applicazione di gestione della misurazione 
effettuata dallo strumento. 

Tale strumento di misurazione metrologica pud essere, 
ad esempio, uno strumento posto all'interno di un 
distributore di carburante, atto a misurare la 
quantita di carburante erogata. 

Ai fini della presente invenzione, per applicazione 
di gestione della misurazione metrologica si intende 
uno strumento software o un programma di elaborazibne 
che si occupa di acquisire, elaborare, visualizzare e 
stampare i dati inerenti la misurazione effettuata. 
E' noto che gli strumenti metrici sono sottoposti per 
legge a controlli periodici, i quali consistono 
nell 1 accertare il mantenimento nel tempo della loro 
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af fidabilita metrologica, finalizzata alia tutela 
dell 1 integrita di sigilli anche elettronici e 
etichette o altri elementi di protezione previsti 
dalle norme vigenti. 

Un operatpre autorizzato (Ufficiale metrico) e 
incaricato di effettuare tali controlli, i quali si 
riferiscono, ad esempio, sia all' integrita della 
struttura dello strumento di misurazione, sia 
all' integrita delle applicazioni o dei programmi di 
elaborazione contenuti in detto strumento . 
Per integrita delle . applicazioni si intende che le 
applicazioni non abbiano subito interventi atti a 
alterare 1' integrita e 1' originality 

dell' applicazione software che gestisce lo strumento 
di misurazione metrologica. 

Attualmente, detti sigilli che garantiscono 
1' integrita e 1' originalita dell' applicazione sono 
sigilli di tipo hardware, ad esempio sigilli in 
piombo. 

La Richiedente ha osservato che tali controlli 
richiedono che detto operatore incaricato (Ufficiale 
metrico) , si rechi sul posto ove si trova lo 
strumento di misurazione e verifichi 1' integrita di 
tali sigilli hardware. Nel caso in cui il fornitore 
dell' applicazione rilasci una nuova versione 
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aggiornata di tale applicazione, l'ufficiale metrico 
deve recarsi sul posto per rimuovere detti sigilli 
per apporne altri dopo che sia stata effettuata una 
verifica sul corretto funzionamento della versione 
aggiornata dell' applicazione . 

La Richiedente si e posta il problema di semplif icare 
le operazioni di certif icazione di applicazioni 
software per struiaenti elettronici di misurazione 
raetrologica semplici e di renderle affidabili 
La Richiedente ha- realizzato un metodo ed un sistema 
per verificare uno strumento elettronico di 
misurazione metrologica nel quale una applicazione di 
verifica, residente su un elaboratore elettronico 
collegato con detto strumento di misurazione, ad 
esempio tramite una rete, verifica se 1' applicazione 
di gestione della misurazione effettuata dallo 
strumento ha subito alterazioni, manomissioni, 
modifiche e quant' altro. Tale verifica sulla 
applicazione di gestione dello strumento determina 
l'emissione di un bollo di autenticita. 
Pref eribilmente, 1' applicazione di verifica determina 
se le applicazioni di gestione soddisfano le seguenti 
condizioni : 

• 1' applicazione di gestione installata sullo 
strumento deve essere conforme a quanto 
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certificate all'avvio dello strumento; 
1' applicazione di gestione installata sul 
strumento non deve essere indebit ament&tf ° 
manomi s s ibi 1 e , 

qualsiasi variazione sull' applicazione di gestione 
installata sullo strumento deve essere evidente e 
riconoscibile, 
» il riconoscimento della presenza di una 
applicazione di gestione differente deve essere 
riconoscibile, • 

• le tecniche utilizzate devono garantire che tutte 
le azioni suddette siano effettuate in un contesto 
di sicurezza del dato, utilizzahdo le opportune 
tecniche di crittograf ia, . gestione di firme 
digitali, certificati, ecc. 

• tutte le azioni di rilevanza nell'ambito delle 
variazioni dei programmi eseguibili dello 
strumento devono essere tracciate su supporti non 
modificabili da terzi. 

In generale, i controlli sono atti a consentire una 
ricostruzione * certa delle azioni effettuate 
sull' applicazione di gestione dello strumento. * 
Un aspetto della presente invenzione riguarda un 
sistema di verifica di uno strumento elettronico di 
misurazione metrologica, comprendente , una unita 
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• * 

elettronica di elaborazione - locale includente una 
applicazione di gestione di detto strumento, 
caratterizzato dal fatto di comprendere una 
applicazione di verifica per detta applicazione di 
gestione, " associabile a detta unita di elaborazione 
locale, detta applicazione di verifica essendo atta a 
generare un codice univoco di certif icazione 
dell' applicazione . 

Un ulteriore aspetto della presente invenzione 
riguarda un metodo per verificare uno strumento 
elettronico di misurazione metrologica, detto 
strumento essendo associato ad una unita elettronica 
di elaborazione locale includente una applicazione di 
gestione di detto strumento, comprendente le seguenti 
f asi : 

• ricevere all' avviamento dell' applicazione di 
gestione inf ormazioni contenute in detta unita 
locale riguardanti 1' applicazione di gestione,. 

• elaborare tali informazioni attraverso un 
confronto con informazioni pre-memorizzate, 

• emettere un codice univoco di certif icazione 
associabile a detta applicazione di gestione, 

• stampare su un supporto cartaceo un bollo 
contenente detto codice univoco, 

Le caratteristiche ed i vantaggi del metodo e del 
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sistema di verifica di strumenti di misurazione 
metrologica secondo la presente invenzione saranno 
meglio chiari ed evidenti dalla descrizione seguente, 

■ 

esemplif icativa e non limitativa, di una forma di 
realizzazione con rif erimento alle figure allegate in 
cui : 

la figura 1 e uno schema a blocchi del sistema 
di verifica secondo la presente invenzione applicato 
a generiche applicazioni "cliente"; 

la figura 2 e uno schema a blocchi del sistema 
di verifica secondo la presente invenzione applicato 
ad una stazione di rifornimento di carburanti per 
veicoli; 

la figura 3 e una rappresentazione di un "bollo 
software" secondo la presente invenzione; 

le figure 4a-e rappresentano schede di 
visualizzazione dell' applicazione di verifica secondo 
la presente invenzione. 

Con rif erimento alle citate figure, il sistema 
secondo la presente invenzione comprende 
pref eribilmente una unita di elaborazione centrale 2 
(server) ed almeno una unita di elaborazione locale 
3, nella quale e presente almeno una applicazione di 
gestione 4 di uno strumento metrico. Pref eribilmente, 
anche detta unita di elaborazione centrale comprende 
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una applicazione di gestione 4 di uno strumento 
metrico . 

La connessione tramite tale unita centrale e le unita 
locali e pref eribilmente ottenuta tramite una 
tradizionale rete di telecomunicazione, ad esempio 
una rete LAN, una rete Ethernet o tramite una 
connessione Internet. In generale, detta rete 
consente di utilizzare applicazioni o programmi, 
fisicamente residenti in una memoria di detta unita 
di elaborazione centrale, in dette unita locali. 
In figura 1, sono rappresentate esemplif icativamente 

r 

tre stazioni locali, in quanto il sistema della 
presente invenzione e in grado di controllare anche 
una pluralita di unita locali contemporaneamente . Una 
delle unita locali illustrata in figura 1, comprende 
due applicazioni di gestione 4 di uno strumento 
elettronico di misurazione metrologica, in quanto il 
sistema della presente invenzione controlla 
contemporaneamente in modo equivalente una o una 
pluralita di applicazioni disposte all'interno della 
stessa unita locale. 

Detta unita di elaborazione centrale comprende 
pref eribilmente almeno una applicazione di verifica 
21 di dette applicazioni di gestione, oltre che 
almeno una applicazione centrale 22. 
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Pref eribilmente, sia nell'unita di elaborazione 
centrale sia nelle unit& locali e presente almeno una 
libreria dinamica 6 di funzioni associabile a detta 
applicazione di verifica 21, la quale funge da 
collegamento tra le applicazioni di gestione e 
1' applicazione di verifica. 

In figura 2 e illustrate* un esempio di applicazione 
del sistema di verifica secondo la presente 
invenzione applicato ad una stazione di servizio per 
il rif ornimenta di carburanti di veicoli, 
complessivamente indicata con il rif erimento numerico 
7. 

La stazione di servizio comprende, almeno un 
distributore di carburante 71, il quale comprende al 
suo interno detto strumento di misurazione 
metrologica atto a misurare la quantita di carburante 
erogata da una pompa di carburante. Una unita di 
elaborazione locale associata a tale distributore, 
comprende detta applicazione di gestione, come 
precedentemente descritta, che controlla lo strumento 
di misurazione. 

Detta stazione comprende, inoltre, una colonna di 
distribuzione automatica 72, atta ad abilitare i 
distributori in assenza del personale addetto alia 
distribuzione. Tale colonna si attiva in seguito 
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all' inserimento in essa di una opportuna quantita di 
denaro, tramite banconote o carta di credito, 
bancomat e simili. All'interno di tale colonna e ad 
esempio presente una ulteriore unita di elaborazione 
locale . 

Ulteriori unita di elaborazione locali sono disposte, 
ad esempio, in punti di distribuzione e/o vendita di 
prodotti 74 della stazione di servizio, uffici 
contabili e/o amministrativi 75. 

Secondo 1' esempio di figura 2, 1' unita di 
elaborazione centrale 73 connette le citate unita di 
elaborazione locali in modo da formare una rete. 
Secondo la presente invenzione 1' applicazione di 
verifica e pref eribilmente contenuta nell' unita 
centrale 73. Alternativamente, nel caso in cui la 
stazione di servizio non sia provvista di una rete ma 
comprenda almeno un elaboratore locale associato ad 
uno strumento di misurazione metrologica, detta 
applicazione di verifica e installata all r interno di 
detta unita locale. 

L' applicazione . di gestione dello strumento di 
misurazione e pref eribilmente provvista di una 
certif icazione di autenticita, la quale viene fornita 
dall'autore dell' applicazione . Tale certif icazione 
comprende una firma digitale implementata tramite ad 
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esempio un protocollo di crittografia RSA. 
Tale firma digitale, attraverso un meccanismo di 
chiavi pubbliche e private, garantisce 

sull' autenticita dell' applicazione di gestione alia 
quale e associata tale chiave. 

Una not a tecnologia che implement a tali f irme 
digitali e la tecnologia Microsoft® Authenticode™ 
che verifica che una data applicazione disponga di un 
certificato valido, ovvero che l'identita del 
produttore dell' applicazione corrisponda a quanto 
certificato e che il certificato sia ancora valido. 
Cio viene ottenuto apponendo una firma digitale al 
codice software che consente agli utenti remoti di 
verif icare 1 1 attendibilita dell T editore 

dell' applicazione . 

Secondo la presente invenzione, 1' applicazione di 
verifica e in grado di leggere tali firme digitali e 
di riconoscerne 1' autenticita . Nel caso in cui tale 
autenticita non sia verif icata 1' applicazione di 
verifica emette un avviso e interrompe l'avvio della 
applicazione di gestione che contiene la firma 
digitale non valida. 

Inoltre, 1' applicazione di verifica acquisisce alcune 
informazioni sull'unita nella quale risiede 
1' applicazione da controllare/ al fine di creare un 
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contesto di inf ormazioni unico e legato all'unitd. 
stessa. Esempi di possibili inf ormazioni che possono 
essere utili al fine del controllo dell 9 applicazione 
sono : 

• numero di serie scheda direte, 

• numero di serie disco rigido, 

• . .identif icatore univoco del processore, ecc. 

In caso di conf igurazioni in rete, 1' applicazione di 
verifica identifica in modo univoco anche le macchine 
presenti sul.la rete attraverso il proprio componente 
locale all' applicazione, in modo da poter reagire ad 
eventuali variazioni della conf igurazione della rete 
stessa. 

Una volta acquisite tutte le informazioni descritte 
in precedenza, 1 ' applicazione di verifica elabora 
tutti i dati e ne crea una sintesi di una dimensione 
limitata. Ad esempio Questa sintesi pud essere 
ottenuta mediante cosiddetti algoritmi di 
crittografia "hashing" (SHA, RSA, ecc.) e genera un 
codice univoco che viene definito "bollo software", 
il quale viene stampato da dette unita locali e 
associato all' applicazione di gestione verificata. 
Pref eribilmente, tale codice univoco puo essere 
stampato, ad esempio nella forma illustrata in figura 
3 che si riferisce alia certif icazione di una 
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applicazione di gestione denominata SINP versione 
2.0.1 prodotta dalla stessa Richiedente e rilasciata 
in data 13.09.2001. Tale bollo 8 evidenzia inoltre 
una data -di stampa 81 del bollo un codice della 
stazione di servizio 82, un codice a barre 83 
corrispondente a detto codice univoco del bollo 
software . 




L f applicazione di gestione opera nel modo seguente. 
All'avvio . dell' applicazione di gestione 4 



da 



verif icare, 



viene 



invocata 



automat icamente 



1' applicazione di verif ica 21 mediante detta libreria 
dinamica 6 associata all' applicazione di gestione 
nell' unit a locale . 

Mediante detta libreria, vengono acquisite le 
informazioni sull' applicazione di gestione stessa. 
1/ applicazione viene validata utilizzando la verif ica 
di detto certificato dell' applicazione, ad esempio 
secondo ' le regole dello standard Microsoft® 
Authenticode™ . 

1/ applicazione di verif ica 21 acquisisce alcune 



informazioni 



sull'unita di elaborazione locale 3 



sulla quale risiede 1' applicazione di gestione 4, al 
fine di creare un contesto di informazioni unico per 
la riconoscibilita dell'unita stessa. In caso di 
conf igurazioni in rete, 1' applicazione di gestione 
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identifica in modo univoco anche le altre unita 
presenti sulla rete attraverso ogni libreria dinamica 
6 presente in ogni unita locale, in modo da poter 
reagire ad eventuali variazioni della conf igurazione 
della rete stessa. 

Una volta acquisite tutte le inf ormazioni di cui ai 
punti precedenti, viene emesso un "bollo software' 7 
come in precedenza descritto, che viene memorizzato 
in detta unita di elaborazione locale e legato 
all 7 applicazione di gestione controllata. 
Preferibilmente, tutte le operazioni effettuate 
dall' applicazione di verifica sull' applicazione di 
gestione da controllare, vengono memorizzate in un 
archivio, del quale viene controllata 1' integrita e 
la consistenza per verificare che non siano avvenute 
manipolazioni o cancellazioni . Eventuali incongruenze 
rilevate in questa fase producono un avviso e 
impediscono l'avviamento delle applicazioni . 
Nel caso in cui si desideri aggiornare 1' applicazione 
di gestione, ad esempio installandone una nuova 
versione, 1' applicazione di verifica determina 
l'emissione di un nuovo bollo software. 
In particolare, 1' applicazione di verifica rileva che 
1' applicazione e cambiata, e non e piu consistente 
con le informazioni pre-memorizzate tramite il bollo 
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■ 

software. In questo caso, viene verificato che 
1' applicazione di gestione nella nuova versione sia 
autentica . 

Tele verifica viene effettuata sostanzialmente in tre 
passi : 

• si verifica che la nuova versione sia realizzata 
dallo stesso produttore della precedente versione, 
tramite detta firma digitale; 

• si verifica che la nuova versione sia successiva 
alia precedente (ad esempio versione 1.2 al posto 
della versione 1.1); 

• si verifica che tale versione sia consistente con 
le altre applicazioni con cui coopera dell'unita 
di elaborazione locale. 

Effettuati tali passi, 1' applicazione di verifica 
propone all'utente di creare un nuovo bollo software. 
II bollo software rappresenta l'evidenza necessaria a 
livello normative per la corretta gestione del 
rilascio di nuove versioni. In concreto tutto cio 
viene ottenuto mediante una stampa su un supporto 
cartaceo che produce un modello sull' esempio di 
figura 3. 

Le figure 4a-e rappresentano alcuni esempi di 
maschere d' inserimento e/o visualizzazione generate 
dall' applicazione di verifica durante le rilevazioni 
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su una applicazione di gestione. 

La figura 4a illustra una prima maschera 91, che 
all'avvio dell 7 applicazione di gestione dello 
strumento di misurazione, evidenzia il codice univoco 
del bollo software. In questo caso non vi e stata 
nessuna modifica nell' applicazione di gestione 
verificata e premendo sul tasto "ok" 1' applicazione 
di gestione viene correttamente awiata. Tale 
maschera e opzionale, nel senso che in casi di 
applicazioni di gestione che all f avviamento prevedono 
la presenza di un utente, tale maschera pud essere 
evidenziata. In casi nei quali . 1' avviamento 
dell' applicazione di gestione e automatico, ad 
esempio in corrispondenza della messa in tensione di 
un impianto, tale maschera e omessa. 

La figura 4b illustra una seconda maschera 92, che 
evidenzia come ci sia stato un cambiamento nella 
conf igurazione dell'unita di elaborazione locale.. 
Tale cambiamento pud essere, ad esempio, un 
aggiornamento della versione dell' applicazione di 
gestione o un cambiamento della conf igurazione 
hardware e/o software dell'unita di elaborazione. 
In questo caso, viene evidenziata un maschera di 
confronto 93, nella quale sono elencati tali 
cambiamenti. In particolare un quadro superiore 931 
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di tale maschera evidenzia le nuove applicazioni e/o 
versioni dell' applicazione presenti sull'unita locale 
ed un quadro inferiore 932 evidenzia le parti 
sostituite. La nuova conf igurazione evidenziata da ^^^^^^ 
detto quadro superiore, richiede di essere confermata 
da un pulsante presente sulla parte inferiore della 
scheda; l'operazione di conferma equivale a 
dichiarare che cambiamenti sono conformi alle 
sopracitate condizioni di autentica. Success ivamente 
a tale conferma viene emesso un nuovo codice univoco 
e quindi viene stampato un nuovo bollo software. 
II codice univoco pud a questo punto essere inserito 
in detta seconda maschera 92 ed in seguito alia 
conferma, premendo sul pulsante "ok", il sistema 
propone una terza maschera 94 nella quale viene 
richiesto di confermare (si/no) che le modifiche 
effettuate siano conformi alle norme sulla verifica 
metrica dello strumento di misurazione. 
In caso di conferma (si), il sistema propone una 
quarta maschera 95 che comunica che le operazioni 
sono state svolte correttamente e consente il 
corretto avviamento dell' applicazione di gestione. 
In caso di mancata conferma (no) , il sistema propone 
una quinta maschera 96, che comunica 1' impossibility 
di avviare correttamente 1' applicazione, in quanto le 
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operazioni metrologiche non sono state completate . 
In questo caso 1' applicazione pud essere avviata 
soltanto per effettuare test funzionali. 
Al fine di poter garantire la naturale evoluzione 
nella quale 1 ' applicazione di verifica incorrera 
durante il suo ciclo di vita, 1 ' applicazione stessa e 
preferibilmente sviluppata secondo criteri di 
modularity, riusabilita del codice e portability. II 
rispetto di questi requisiti garantiscono di poter 
aggiungere nuove funzioni con impatti limitati, A 
questo scopo, ove applicabile, 6 preferibile 
l'utilizzo di linguaggi di programmazione del tipo 
noto come "object oriented". 

Inoitre, e preferibile l'utilizzo di tecniche che 
rendano il piu possibile indipendenti tra di loro 
applicazioni e formato dei dati. In questo modo 
l 1 applicazione e predisposta ad eventuali variazioni 
di formato dei dati ed e vantaggiosamente compatibile 
con altre applicazioni,. dispositivi o sistemi. 
Per garantire la manu.tentibilita del codice 
dell' applicazione di verifica, ogni interfaccia 
pubblica, dato pubblico e funzione e documentata. Le 
variabili di sistema hanno preferibilmente nomi 
mnemonici e rispettano le notazioni di scrittura del 
codice tipiche dell 1 ambiente di sviluppo (prefissi 
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per 1 1 indicazione del tipo dei dati, ecc). Ogni 
funzione o metodo pubblico e opportunamente 
documentata tramite una descrizione sulla funzione 
stessa e per ogni parametro e specificata una 
descrizione funzionale comprendente l'intervallo di 
validita e l'utilizzo in input o in output del 
parametro stesso. 

Le codifiche d'errore sono pref eribilmente consistent! 
con le altre parti deil 1 applicazione e sono reperibili 
presso una sorgente univoca (file di intestazione o 
risorsa) . In ogni caso, ogni codice d'errore 
generabile dall 1 applicazione e documentato e 
memorizzato nel . registro degli eventi 

dell 1 applicazione . 

II rispetto del requisito di longevita 
dell 1 applicazione implica inevitabilmente la scelta 
di architetture che si suppone siano supportate per 
un lasso di tempo uguale o superiore alia presunta 
vita dell 1 applicazione stessa. 

L' applicazione di verifica, in accordo con la 
presente invenzione ricalca il piu possibile le 
modalita operative, le terminologie ed i documenti 
gia noti agli utenti dell ' applicazione di gestione e 
dello strumento di misurazione metrologica, in modo 
che l'utente stesso percepisca la procedura come 
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"f ami liar e 11 . In ogni caso ' le interfacce ed i le 
raaschere sono il piu possibile chiare e semplici. 
Vantaggiosamente, le operazioni piu frequenti sono 
effettuate con il minor numero di passaggi possibili. 
Tutte le operazioni dell' applicazione di verifica 
sono coerentemente raggruppate in insiemi funzionali, 
in modo da essere facilmente reperibili. L'accesso 
alle funzioni e effettuato pref eribilmente mediante 
pulsanti o, dove applicabile, tramite menu, ipertesti 
o icone. Le parti indicanti comandi o dati devono 
essere di dimensione sufficiente ad una chiara 
leggibilita. Le dimensioni stesse degli oggetti di 
interfaccia non dovranno essere tuttavia essere 
eccessive, al fine non rendere dispersivi gli oggetti 
stessi • 
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RIVENDICAZIONI 
1. Sistema di verifica di uno strumento elettronico 
di misurazione metrologica, comprendente una unita 
elettronica di elaborazione locale includente una 
applicazione di gestione di detto strumento, 



caratterizzato dal fatto di comprendere 



una 



applicazione di verifica per 



detta 



applicazione di gestione, associabile a detta 
unita di elaborazione locale, 
• detta applicazione di verifica essendo atta a 
generare un codice univoco di certif icazione 
metrologica dell' applicazione . 

2. Sistema di verifica secondo la rivendicazipne 1, 
in cui detto codice univoco e associato alia stampa 
di un bollo comprendente una data di emissione di 
tale bollo (82), un codice di riferimento dello 
strumento di misurazione metrologica, un codice a 
barre (83) corrispondente a detto codice univoco. 

3. Sistema di verifica secondo la rivendicazione 1, 
in cui detta applicazione di verifica e associata ad 
una unita di elaborazione centrale, la quale e 
connessa a detta unita locale tramite una rete di 
telecomunicazione . 

4. Sistema di verifica secondo la rivendicazione 1, 




caratterizzato dal fatto di comprendere una libreria 
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dinamica, associata a cietta applicazione di gestione, 
che, all'avvio dell' applicazione di gestione stessa, 
richiama detta applicazione di verifica. 

5. Sistema di verifica secondo la rivendicazione 4, 
in cui detta libreria dinamica e disposta in detta 
unita locale. 

6. Sistema di verifica secondo la rivendicazione 4, 
in cui detta libreria dinamica e disposta in detta 
unita centrale di elaborazione . 

7. Sistema di verifica secondo la rivendicazione 1, 
in cui detto codice univoco e ottenuto tramite un 
algoritmo di crittograf ia . 

8. Metodo per verificare uno strumento elettronico 
di misurazione metrologica, detto strumento essendo 
associato ad una unita elettronica di elaborazione 
locale includente una applicazione di gestione di 
detto strumento, comprendente le seguenti fasi: 

• ricevere all'awiamento dell' applicazione di 
gestione informazioni contenute in detta unita 
locale riguardanti 1' applicazione di gestione, 

• elaborare tali informazioni attraverso un 
confronto con informazioni pre-memorizzate, 

• emettere un codice univoco di certif icazione 
associabile a detta applicazione di gestione, 

• stampare su un supporto cartaceo un bollo 



- 23 - Ing. Barzand & Zanardo Milano S.p. A. 

* 

contenente detto codice univoco. 

9. Metodo secondo la rivendicazione 8, in cui detta 
fase di emettere un codice univoco comprende 
elaborare dette inf ormazioni secondo un algoritmo di 
crittograf ia . 

■ 

10. Metodo secondo la rivendicazione 8, in cui detta 
fase di ricevere informazioni comprende la fase di 
ricevere un certificato di autenticita 
dell' applicazione di gestione. 

11. Metodo secondo la rivendicazione 8, in cui detta 
fase di ricevere informazioni comprende la fase di 
ricevere un codice di riconoscimento di detta unita 
locale . 
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a Software control system 



E* stato richiesto Pawio deiia seguente applicazione: 

SINP NT ver. 2.0.1 datata 13-09-2001 

II codice BOLLO SOFTWARE dell'applicazione e il seguente 

01 267982-9921 -xxx_- 

si desidera continuare? 



Ok 



Annulla 



Fig . 4b 




Software control system 



E* stato richiesto I'awio della seguente applicazione: 
SINP NT ver. 2.0.1 datata 13-09-2001 
Inserire il bollo software: 



Ok 



Annulla 



B Software control system 



Si sono verificate variazioni rispetto 
alPultima configurazione, 
sono state riscontrate le seguenti applicazloni: 



Nuove Applicazloni 



Software Esemplo, versione: 1, 0, 0, 2 
TOS22000, versione: 0 



La vecchia configurazione aveva le seguentl applicazioni 

reglstrate: 

Vecchie Appiicazloni 




Conferml questa configurazione? 




"No 



Fig . 4c 



931 
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94 



Fig . 4d 



b Software control system 



Lo strumento che state utilizzando 
e sottoposto alia vigente legislazione metrologica. 

II programma o la configurazlone dello strumento 
sono stati recentemente modificati. 

Si e proceduto alle operazioni di verificazione metrica? 



Si 



No 



95 



Fig . 4e 



B Software control system 



Le operazioni metrologiche non sono state completate con 
esito positivo, pertanto io strumento pud essere 
impiegato nel rapporto con terzi. 



Conferma 



Annulla 



96 



B Software control system 



Le operazioni metrologiche non sono state completate. 

E' possibile awiare I'applicazione 
per resecuzione di soli test funzionali. 

Ne vietato I'impiego in rapporti con terzi. 

Awiare in modality prowisoria? 



Conferma 



Annulla 



Fig. 4f 
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